home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 15743 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.5 KB
  1. Path: lrz-muenchen.de!news
  2. From: watzka@stat.uni-muenchen.de (Kurt Watzka)
  3. Newsgroups: comp.lang.c++,comp.programming
  4. Subject: Re: Young programmers read me.
  5. Date: 7 Apr 1996 18:18:19 GMT
  6. Organization: Leibniz-Rechenzentrum, Muenchen (Germany)
  7. Distribution: world
  8. Message-ID: <4k90tb$s3g@sparcserver.lrz-muenchen.de>
  9. References: <4icpp9$7hr@barad-dur.nas.com> <4imqe4$cj3@ping1.ping.be> <1996Mar23.224853.116513@kuhub.cc.ukans.edu> <4j52hn$ikb@news.ios.com> <Pine.OSF.3.91.960403112207.17337H-100000@bud.cc.swin.edu.au> <aidan-0404961557290001@meathook.intac.com> <pnoguchi-0404962135210001@pnoguchi.his.com> <aidan-0604961847480001@meathook.intac.com>
  10. NNTP-Posting-Host: sun2.lrz-muenchen.de
  11.  
  12. aidan@genghis.kublai.com (Aidan Cully) writes:
  13.  
  14. >Here you point out one of my greatest objections to the language as though
  15. >it were a feature...  I agree that a programmer should be able to find his
  16. >own bugs, but loose syntax is just pointless, and makes the bug-hunt just
  17. >so much harder.  I don't think that anyone should have the right to feel
  18. >macho about being able to figure out how to program in one language while
  19. >others can't unless the language has some spiffy new layer of abstraction
  20. >or something that people can't deal with (e.g. OOP), but otherwise it
  21. >seems like the language is badly designed.  After gaining a mastery of
  22. >C++, then learning other OOP languages, I have come to the conclusion that
  23. >C++ is badly designed.  For example, Function pointer will return an
  24. >integer, takes two ints as parameters.  In C/C++
  25. >   typedef (int*)(int a, int b) MyFuncType;
  26.  
  27. Did you write this before or after you had "gained a mastery of C++"?
  28. Obviously, C or C++ is not your native language.
  29.  
  30. >   MyFuncType MyFunc;
  31. >in Oberon
  32. >   TYPE
  33. >      MyFuncType:FUNCTION( a, b:INTEGER ):INTEGER;
  34. >   VAR
  35. >      MyFunc:MyFuncType;
  36. >Which do you think looks more readable?
  37.  
  38. To me, English is more readable than French. Does this mean that this
  39. is a general property of English, or might it be based on the fact that
  40. I learned English before I learned French? 
  41.  
  42. Concerning the "loosenes" of the C++ syntax, I had not realized that
  43. the syntax is "loose" in some sense. Errors that can be detected by a 
  44. compiler will be detected by a compiler. In some cases, something that 
  45. you write does not express what you want, but it has a meaning and
  46. taking away that meaning reduces the richness of expression of the 
  47. language.
  48.  
  49. Kurt
  50. -- 
  51. | Kurt Watzka                             Phone : +49-89-2180-6254
  52. | watzka@stat.uni-muenchen.de
  53.